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A METHOD AND SYSTEM FOR IMPLEMENTING MULTIPLE 
EXCHANGES WITHIN A COMMON INSTANCE 



FIELD OF THE INVENTION 

The field of the present invention pertains to efficient implementation 
and management of electronic commerce entities on a distributed computer 
network. More particvilarly, the present invention relates to a method and 
10 system for the implementation of multiple electronic commerce exchanges 
within a single instance. 



BACKGROUND OF THE INVENTION 

Buyers and sellers use a variety of techniques to ensure goods and 

15 services meet their mutual expectations. However, traditional procurement 
systems have been proven to be error prone, labor intensive, and costly 
operations. For example, often times, when a buyer is looking to purchase a 
batch of articles, a buyer might negotiate terms for the purchase prior to 
making the purchasing decision. The negotiation allows the buyer and seller to 

20 ensure the articles and terms (e.g., price, quantity, delivery conditions, etc.) will 
meet any specific requirements. As is generally known, it is advantageous to 
consider many alternative buyers/sellers when negotiating terms. A larger 
number of buyers and sellers available, for example, to bid on articles of 
manufacture, usually leads to a more efficient matching of requirements 
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between buyers and sellers (e.g., getting the best deal). Traditional buying and 
selling mediums, such as auctions, catalog based purchasing, and selling, and 
the like, do not always facilitate the most efficient matching of requirements. 
Alternatively, when prior inspection of an article is not possible or practical, 
5 the seller may provide the buyer with specifications describing the properties 
of the articles. The recent ascendancy of electronic commerce provides a 
means of avoiding, or at least reducing, the problems presented by the use of 
traditional buying and selling medixmis. 

10 In many respects, the Internet and the World Wide Web based network 

technologies have largely eliminated the most labor intensive and costly 
portions of the buying and selling type commerce operations (e.g., the use of 
mass maiUngs, printed specifications, catalogs, updating preprinted product 
information, etc.). However, many of the old problems still remain. For 

15 example, the fact that a buyer may find a seller from whom to purchase a 

batch of articles "on-Une", does not change the fact that the buyer might not be 
aware of a more favorable purchase opportunity fi:om a different seller prior to 
making the purchasing decision. Even when negotiation and/or inspection of all 
articles firom all possible sellers is not practical, the buyer would find very 

20 helpful a comprehensive system for gathering offers fi-om a large, widely 
distributed number of sellers. 

To avoid these problems, a variety of electronic commerce facilitating 
schemes were developed. One such scheme involved the use of business-to- 
25 business buying and selUng exchanges implemented on the Internet. The term 
"electronic commerce" or "e-commerce" originally evolved firom remote forms 
of electronic shopping to mean all aspects of business and market processes 
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enabled by wide area communications networks, namely, the Internet and the 
World Wide Web based network technologies. E-commerce is a rapidly growing 
field, and is generally understood to mean doing business on-line or selling and 
buying products and services through Web (e.g., Internet based) storefi-onts. or 
5 through other similar distributed computer networks. In general, electronic 
commerce is substantially similar to the more traditional catalog based 
commerce schemes. The business-to-business e-commerce exchanges, or 
simply "B2B exchanges'* have evolved to focus on the specific needs and 
requirements of buying and selling between businesses. 

10 

As the use of B2B exchanges have proUferated, a trend has emerged 
wherein each major business to bvisiness player wanted to implement its own 
business to business exchange. Each major business to business player 
implements its own business to business exchange using its own in-house 

15 engineering team, or more commonly, out-sources the task of designing and 
implementing the exchange to a specialized external service provider (e.g., an 
ASP specializing in the implementation and maintenance of exchanges for 
companies). This approach has led to a nxunber of inefficiencies. The most 
prominent of which is the fact that the unplementation and maintenance of 

20 many separate exchanges leads to unnecessary duplication and redundancy. 

Generally, each exchange implemented for each business entity is 
implemented as a separate "instance." Hence, mialtiple exchanges each reside 
within their own instance, regardless of how related or similar they are, or the 
25 business relationship between their respective operators. For example, for 
companies in similar lines of business, their respective exchanges will have a 
majority of their components in common. One example would be the 
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exchanges operated by two different automobile manufacturing companies. 
Their respective exchanges would not be identical, however, the vast majority 
of their components would be common. The separate instance for each 
exchange leads to duplication of components and duplication of costs. 
5 Additionally, the task of creating an exchange involves a significant amount of 
work. 

Prior art figure 1 shows a diagram 100 of a plurality of each commerce 
sites as implemented in accordance with the prior art. As depicted in Figure 1, 
10 system 100 includes a plurality of e-commerce sites 101-104 running 

independently (e.g., within their own instance on their own dedicated hardware). 
The sites 101-104 are coupled to a distributed computer network 150 (e.g., the 
Internet) and are accessed by a plurality of clients 161-164. 

15 The separate instances per e-commerce site 101-104 leads to an 

additional problem regarding efficient communication between sites, hereafter 
referred to as exchanges. The separate exchanges each nmning within their 
own instance cannot easily communicate amongst each other. Unfortunately, 
communication between the various players involved in a business community 

20 is a fundamental commerce facilitating process. Commimication between 
multiple exchanges when each exchange is nmning as its own instance is not 
easily implemented. One prior art solution for addressing this problem involves 
the use of new communication technologies for communicating between 
processes running in separate instances. For example, "XML" is a 

25 communication technology being developed to communicate between 

instances/ exchanges over the Internet (e.g., distributed computer network 
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150). However, XML is a relatively new technology, and is not yet fully 
developed. 

Thvis, for example, a supplier looking to sell articles on an operator's 
5 exchange needs to dupUcate communication for each exchange operating in the 
line of business (e.g., selling car parts to each of a number of automobile 
manufacturers). This includes duplicate commvmication regarding common 
cataJogs, common price lists, common password authentication and/or 
registration for suppHers to an exchange, pushing catalog content completely 
10 to each exchange (e.g., a supplier can sell catalogs of parts to Ford, GM, 

Chrysler, etc.), and the like. For example, this often involves registering and/or 
authenticating a supplier's identity at least once for each of the exchanges and 
going through the commvmication process of pushing catalog content to each of 
the exchanges redundantly. 

15 

Thus, what is required is a solution that solves the limitations of the 
prior art. What is required is a solution for implementing multiple exchanges 
which overcomes the communication problems inherent between the various 
exchanges. What is required is a solution that eliminates the redundancy and 
20 duplicate components involved in implementing multiple exchanges. What is 
required is a solution that eliminates repetitive commvmication actions 
required of buyers/sellers utilizing the exchanges. The present invention 
provides a novel solution to these requirements. 
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SUMMARY OF THE INVENTION 

The present invention provides a solution for implementing multiple 
exchanges which overcomes the communication problems inherent between 
the various exchanges. The present invention provides a solution that 
5 eliminates the redundancy and duplicate components involved in implementing 
mxiltiple exchanges. The present invention provides a solution that ehminates 
repetitive commTonication actions required of buyers/sellers utilizing the 
exchanges. 

10 In one embodiment, the present invention is implemented as a software 

based multiple exchange instance for facilitating business to business e- 
commerce between different companies (e.g., customers, trading partners, and 
the like). The multiple exchange instance includes a plurality of exchanges, for 
example, within a line of business (e.g., different automobile manufacturers). 

15 Each of the plurality of exchanges are implemented within a common instance. 
The plurality of exchanges share a set of common components to avoid 
redimdancy. The plurality of exchanges are each provided with a respective 
view having respective unique components as per the requirements of their 
respective exchange operators (e.g., Ford, GM, etc.). The multiple exchanges 

20 within the common instance facilitates communication between the 

exchanges. The multiple exchanges each have their respective users (e.g., 
trading partners, etc.), and the common instance allows the users to perform 
input/output using the common components. The multiple exchanges are 
configured to use communication protocols to communicate with processes 

25 external to the common instance. The common instance is implemented using 
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a database program miming on one or more computer systems (e.g., one or 
more large servers). 

Thus, in accordance with the present invention, exchanges with a high 
degree of commonality are implemented within a common instance. The 
exchange owners/operators are presented with their own respective 
customized views into the common instance. This provides for far more 
efficient communication between exchanges. Exchanges within a common 
instance can communicate amongst each other much more quickly and 
reliably than exchanges implemented within their own respective instances. 
Hence, for example, trading partners in a common line of business are able to 
utilize common catalogs, common price lists, common password 
authentication and/or registration for buyers for a group of exchanges, pushing 
catalog content once to each exchange (e.g., a trading partner can sell catalogs 
of parts to Ford, GM, etc.), by registering once and pushing catalog content, 
including prices, to each of the exchanges. The exchange owner/operator sees 
no difference. The multi-exchange instance of the present invention will appear 
to each owners/operator as if they are nmning their own exchange. 

In so doing, the present invention provides a solution for implementing 
multiple exchanges which overcomes the communication problems inherent 
between the various exchanges. The multiple exchange instance eliminates 
the redundancy and duplicate components involved in implementing multiple 
exchanges and eliminates repetitive communication actions required of 
buyers/sellers utilizing the exchanges. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not by way of 
limitation, in the figxires of the accompanying drawings and in which like . 
reference nvimerals refer to similar elements and in which: 

Prior art Figure 1 shows a diagram of a plvirality of e-commerce sites as 
implemented in accordance with the prior art. 

Figure 2 shows a diagram of a multi-exchange instance in accordance 
with one embodiment of the present invention. 

Figure 3 shows a diagram depicting one relationship between the unique 
components of the multiple exchanges of the present invention and the 
common components of the common support architecture of the present 
invention. 

Figure 4 shows a flow chart of the steps of a multi-exchange operating 
process in accordance with one embodiment of the present invention. 

Figure 5 shows the components of a computer system platform in 
accordance with one embodiment of the present invention. 



ORCL 2000-063-01 



8 



October 11, 2000 




DETAILED DESCRIPTION OF THE INVENTION 

Reference will now be made in detail to the embodiments of the 
invention, examples of which are illustrated in the accompan3dng drawings^ 
While the invention will be described in conjunction with the preferred 
5 embodiments, it will be understood that they are not intended to limit the 

invention to these embodiments. On the contrary, the invention is intended to 
cover alternatives, modifications and equivalents, which may be included 
within the spirit and scope of the invention as defined by the appended claims. 
Furthermore, in the following detailed description of the present invention, 

10 numerous specific details are set forth in order to provide a thorough 

vmderstanding of the present invention. However, it will be obvious to one of 
ordinary skiU in the art that the present invention may be practiced without 
these specific details. In other instances, well known methods, procedures, 
components, and circuits have not been described in detail as not to 

15 unnecessarily obscure aspects of the present invention. 

The present invention provides a solution for implementing mxiltiple 
exchanges which overcomes the communication problems inherent between 
the various exchanges. The present invention provides a solution that 
20 eliminates the redrmdancy and duplicate components involved in implementing 
multiple exchanges. The present invention provides a solution that eUminates 
repetitive commxmication actions reqvdred of buyers/sellers utilizing the 
exchanges. The present invention and its benefits are farther described below. 

25 
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NOTATION AND NOMENCLATURE 

Some portions of the detailed descriptions which follow are presented in 
terms of procedures, steps, logic blocks, processing, and other s3anboHc 
representations of operations on data bits within a computer memory. These 
5 descriptions and representations are the means used by those skilled in the 
data processing arts to most effectively convey the substance of their work to 
others skilled in the art. A procedure, computer executed step, logic block, 
process, etc., is here, and generally, conceived to be a self-consistent sequence 
of steps or instructions leading to a desired restdt. The steps are those 

10 requiring physical manipulations of physical quantities. Usually, though not 
necessarily, these quantities take the form of electrical or magnetic signals 
capable of being stored, transferred, combined, compared, and otherwise 
manipulated in a computer system. It has proven convenient at times, 
principally for reasons of common usage, to refer to these signals as bits, 

15 values, elements, symbols, characters, terms, numbers, or the like- 
It should be borne in mind, however, that all of these and similar terms 
are to be associated with the appropriate physical quantities and are merely 
convenient labels applied to these quantities. Unless specifically stated 

20 otherwise as apparent from the following discxissions, it is appreciated that 
throughout the present invention, discussions utilizing terms such as 
"processing" or "computing" or "communicating" or "instantiating" or 
"registering" or "displaying" or the Like, refer to the action and processes of a 
computer system (e.g., computer system 512 of Figxire 5), or similar electronic 

25 computing device, that manipulates and transforms data represented as 
physical (electronic) quantities within the computer system's registers and 
memories into other data similarly represented as physical quantities within 
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the computer system memories or registers or other such information storage, 
transmission or display devices. 

METHOD AND SYSTEM OF THE INVENTION 
5 Referring now to Figure 2, a diagram of a multi-exchange instance 200 in 

accordance with one embodiment of the present invention is shown. As 
depicted in Figure 2, system 200 includes a plurality of e-commerce exchanges 
201-204 running within the common multi-exchange instance 200. The e- 
commerce exchanges 201-204, hereafter exchanges 201-204, run on top of a 

10 common support architecture 210. The exchanges 201-204 and common 
support architecture 210 all execute on one or more servers 220 and one or 
more storage systems 221, that function as the computer system platform for 
the software based functionality of the present invention (e.g., exchanges 201- 
204 and common support architecture 210). The multi-exchange instance 200 

15 is coupled to a distributed computer network 250. The distributed computer 
network 250 comprises, for example, the Internet. Figure 2 also depicts a 
plurality of clients 261-264 and an e-commerce site 270 also coupled to 
network 250. 

20 In the present embodiment, the exchanges 201-204 and common 

support architecture 210 that comprise the multi-exchange instance 200 are 
implemented as a software based components for facilitating business to 
business e-commerce between different companies (e.g., customers, trading 
partners, and the like). The multiple exchanges 201-204 are used to 

25 implement respective e-commerce exchanges, for example, within a 
comparatively common line of business (e.g., different automobile 
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maniifactiirers, each maniofacturer operating a respective one of exchanges 
201-204). 

The multiple exchanges 201-204 each have their respective users, (e.g., 
5 trading partners, etc.), and the common instance allows the users to perform 
input/output using the common components provided by the common support 
architecture 210. Thus, for example, cUents 261-264 (e.g., trading partners, 
etc.), interact with the exchanges 201-204 by accessing them via the 
distributed computer network 250 (e.g., the Internet), and having 
10 authentication, registration, conamunication services, and the like, performed 
by the common support architecture 210. 

It should be noted that the trading partners depicted as clients 261-264 
can represent buying or selling organizations. Thus, a trading partner can be 

15 an organization that sells supplies, services, etc. to other exchange 

participants or an organization that buys supplies, services, etc. from other 
exchange participants. It shotdd also be noted that an exchange can include 
many different buying organizations and many different selling organizations. 
As such, an exchange implementation is not limited to, for example, a single 

20 manufactxirer operating its own respective one exchange. The natxire of the 

participants of each exchange can be tailored to the particular requirements of 
the exchange owner/operator. 

Each of exchanges 201-204 are implemented within the common 
25 instance 200. As such, communication between the exchanges 201-204 is 

more efficient. The mvdtiple exchanges within the common instance facilitates 
communication between the exchanges. The exchanges 201-204 share a set of 
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common components, the common support architecture 210, to avoid the 
redimdant duplication of these components with each exchange. This aspect of 
the embodiment allows a user, for example cUent 261, to perform common 
communication operations (e.g., updating price lists for various parts) one time 
5 for all exchanges 201-204 within the instance 200. 



The multiple exchanges are configured to use communication protocols 
to communicate with processes external to the common instance. For 
example, industry standard communication protocols such as XML can be 

□ 10 used to implement communication between the exchanges 201-204 and the 
y external e-commerce site 270. The communication protocols (e.g., XML, etc.) 

□ are designed to facilitate secure communication between independent 

u processes. The term 'XML" is an acronym standing for extensible markup 

language, which is an open standard for describing data firom the World Wide 
15 Web standards body. XML is used for defining data elements within Web pages 
\% as used by business to business documents, and is being extensively developed 

and refined to provide support for business to bxisiness transactions. The 
multiple exchanges 201-204 can be configured to use XML to implement 
communications with external processes such as the external e-commerce site 
20 270. 



The exchanges 201-204 are each provided with a respective view having 
respective unique components as per the reqxiirements of their respective 
exchange operators. For example, continuing the automobile manufacturer 
25 example firom above, each exchange operator, such as, for example. Ford, GM, 
or the like, would have its own respective view into the shared multi-exchange 
instance 200. Each exchange operator would have its own respective one of 
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the exchanges 201-204 that woxild be customized in accordance with the 
operator's particular requirements. 

The common instance is implemented using a database program 
5 running on one or more computer systems. A powerful relational database 
program (e.g., Oracle 8) can be used to implement the single common instance 
200. The database program runs on top of, for example, one or more servers 
220 (e.g., scaleable multi-processor servers) coupled to one or more storage 
systems 221 (e.g., large disk arrays). 

□ 10 

y The term ^'common instance" as referred to herein is a logical concept 

representing the fact that the data structures comprising the exchanges 201- 

I Si 

il^ 204 reside within a common "schema" that defines the contents of the 

database. As known by those skilled in the art, the term "schema" refers to a 

jiTi 15 definition of an entire database. The schema defines the structure and tjrpe of 
contents that each data element within the structvire can contain (e.g., table 
structures, etc.). Each of the exchanges 201-204 can be configured as "sub- 
schemas" that provide a partial view or customized view of the entire 
database. Hence, the common instance is "striped" to give the exchange 
20 operators their own exchanges (e.g., as in painting a stripe on the data which 
color codes for the respective owner/operator). In other words, in the present 
embodiment, the single schema of the common instance 200 is sliced into 
multiple exchanges 201-204. 

25 Referring now to Figure 3, a diagram 300 showing the relationship 

between the unique components of the commerce exchanges 201-204 and the 
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common components of the common support architecture 210 in accordance 
with one embodiment of present invention is shown. 

As described above, implementing the multiple exchanges 201-204 = 
provides for far more efficient communication between the exchanges. Each of 
exchanges 201-204 are implemented within the common instance 200, 
however, the exchanges 201-204 are coniBgured to present their imique views 
to their respective exchange operators and users. Thus, for example, suppliers 
in a common line of business are able to utilize common catalogs, common 
authentication protocols, common registration procedures, common external 
commutation support, common hardware, and the like, as shown in common 
support architectvire 302 in Figure 3. Simultaneously, each exchange operator 
can maintain specific price lists, specific rules, specific bu)dng and selling 
conditions, specific lists of authorized users, and the like, xmique and 
customized in accordance with their particular requirements. This allows, for 
example, each exchange operator to publish common price lists, utilize 
common password authentication and/or registration for buyers for a group of 
exchanges, execute the pushing catalog content once to each exchange (e.g., a 
suppUer can sell catalogs of parts to Ford, GM, etc.), and the Hke, by registering 
once and pushing catalog content including prices to each of the exchanges 
201-204. With respect to the distinction between multiple exchanges within 
the common instance or a single instance per exchange, the exchange 
owner/operator sees no difference. The multi-exchange instance of the present 
invention will appear to each owner/operator if they are running their own 
exchange. 
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Referring now to Figure 4, a flow chart of a multi-exchange operating 
process 400 in accordance with one embodiment of the present invention is 
shown. Process 400 depicts the steps involved in defining and operating a 
system of multiple exchanges within a common instance, for example, system 
5 200 of Figure 2. 



Process 400 begins in step 401, where a common instance having a 
single overall common schema is defined. As described above, the common 
instance refers to the fact that the data structures comprising the 

10 functionality of the present invention are defined within a common schema 
that defines the contents of the data base. In step 402, a common support 
architecture (e.g., common support architectxire 210) is implemented to 
support the multiple exchanges. As described above, the common support 
architecture includes common components reqidred by each of the exchanges. 

15 In step 403, the common instance is sliced into multiple exchanges (e.g., 
exchanges 201-204 of Figure 2) for use by respective exchange 
owner/operators. Each of the resulting exchanges comprise sub-schemas that 
provide partial or customized views of the overall data base to the respective 
owner/operator. 

20 

Referring still to process 400 of Figure 4, in step 404, efficient 
communication is implemented between the multiple exchanges by utilizing 
the common components of the common support architectvure. As described 
above, since the exchanges reside within the common instance, messages can 
25 be easily passed between them. In step 405, external commimication with 
external processes outside the common instance is implemented. 
Communication with external processes, for example, via the Internet, can be 
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implemented vising industiy standard communication protocols such as XML. 
In step 406, a custom view of each of the exchanges is presented to the 
respective exchange operators/owners. The custom view is created using the 
unique components of each of the exchanges. As described above, the custom 
5 view is tailored in accordance with the specific requirements of the 

owner/operator. Subsequently, as shown in step 407, the multi-exchange 
instance continues operation, faciUtating commerce operations (e.g., auctions, 
buying, selHng, catalog updates, etc.) for the owner/operators and their 
authorized users. 

□ 10 

• o 

y Thus, the present invention provides a solution for implementing 

Q multiple exchanges which overcomes the commxmication problems inherent 

between the various exchanges. The present invention provides a solution that 
; ^ eliminates the redundancy and duplicate components involved in implementing 

Irj 15 multiple exchanges. Additionally, the present invention provides a solxation 
i^' that eliminates repetitive commiuiication actions required of buyers/sellers 

^ 3 utihzing the exchanges. 

COMPUTER SYSTEM PLATFORM 

20 With reference now to Figure 5, a computer system 512 in accordance with 

one embodiment of the present invention is shown. Computer system 512 shows 
the components of a computer system in accordance with one embodiment of the 
present invention that provides the execution platform for implementing certain 
software based functionaUty of the present invention. As described above, certain 

25 processes and steps of the present invention are realized, in one embodiment, as a 
series of instructions (e.g., software program) that reside within computer readable 
memory units of a computer system (e.g., system 512) and are executed by the 
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processor(s) of system 512. When executed, the instructions cause the computer 
system 512 to implement the functionality of the present invention as described 
above. 



5 In general, computer system 512 shows the basic components of a 

computer system used to implement "server" machines and "cUent" machines. 
Computer system 512 comprises an address/data bus 500 for communicating 
information, one or more central processors 501 coupled with the bus 500 for 
processing information and instructions, a computer readable volatile memory xmit 
10 502 (e.g., random access memory, static RAM, d5niamic, RAM, etc.) coupled with 
the bus 500 for storing information and instructions for the central processor(s) 
501, a computer readable non-volatile memory unit (e.g., read only memory, 
1^ programmable ROM, flash memory, EPROM, EEPROM, etc.) coupled with the bus 

500 for storing static information and instructions for the processor(s) 501. 
15 System 512 also includes a mass storage computer readable data storage device 
504 such as a magnetic or optical disk and disk drive coupled with the bus 500 for 
storing information and instructions. Optionally, system 512 can include a display 
device 505 coupled to the bus 500 for displaying information to the computer user, 
an alphanumeric input device 506 including alphanumeric and function keys 
20 coupled to the bus 500 for communicating information and command selections to 
the central processor(s) 501, a cursor control device 507 coupled to the bus for 
communicating user input information and command selections to the central 
processor(s) 501, and a signal generating device 508 coupled to the bus 500 for 
communicating command selections to the processor(s) 501. 



25 



The foregoing descriptions of specific embodiments of the present 
invention have been presented for purposes of illustration and description. 



ORCL 2000-063-01 



October 11, 2000 




They are not intended to be exhaustive or to limit the invention to the precise 
forms disclosed, and obvioxisly many modifications and vftriations are possible 
in light of the above teaching. The embodiments were chosen and described in 
order to best explain the principles of the invention and its practical 
5 application, to thereby enable others skilled in the art to best utilize the 

invention and various embodiments with various modifications as are suited to 
the partictilar use contemplated. It is intended that the scope of the invention 
be defined by the Claims appended hereto and their equivalents. 
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